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Beschreibung 

Strukturierung, Speicherung und Verarbeitung von Daten gemafi 
einem generischen Objektmodell 

5 

Die Erfindung betrifft ein System sowie ein Verfahren zur 
Strukturierung, Speicherung und Verarbeitung von Daten. 

Ublicherweise werden Sof tware-Applikationen 
10 unterschiedlichster Art zur Losung technischer 
Aufgabenstellungen, z. B. dem Engineering eines 
Automatisierungssystem, eingesetzt, wobei jede dieser 
Software-Applikationen einerseits spezifische technische 
Aufgaben erfullt, andererseits mit anderen Software- 
15 Applikationen zur Losung einer technischen Aufgabe 

zusammenwirkt . Letzteres impliziert, dass die Sof tware- 
Applikationen tiber Schnittstellen Daten austauschen. Die 
Schnittstellen, welche die einzelnen Sof tware-Applikationen 
bieten, sowie die darttber transportierten Daten, sind meist 
20 sehr heterogen und proprietor. In der Regel werden die zu 
transportierenden Daten jeweils ftlr den individuellen 
Austauschbedarf strukturiert . t)ber verschiedene Sof tware- 
Applikationen hinweg fuhrt das jedoch zu inkompatiblen 
Austauschstrukturen. 

25 

Der Erfindung liegt die Aufgabe zugrunde, den Datenaustausch 
zwischen verschiedenen Sof tware-Applikationen zu 
vereinf achen. 

30 Diese Aufgabe wird durch ein System zur Strukturierung, 
Speicherung und Verarbeitung von Daten gemaJi einem 
generischen Objektmodell gelost, wobei das Objektmodell 
mindestens ein erstes Element aufweist, welches einem Typ 
Objekt entspricht, wobei der Typ Objekt folgende Merkmale 

35 aufweist: 

- eine eindeutige Bezeichnung der Identitat des Objekts zur 
absoluten Ref erenzierung des Objekts, 
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- einen logischen Namen zur Benennung des Objekts und 

- mindestens eine Verkntipfung mit einem zweiten Element, 
welches einem Typ Feature entspricht, wobei der Typ 
Feature folgende Merkmale aufweist: 

- einen im Bezug auf das jeweilige verkntipfte Objekt 
eindeutigen Namen und 
die Moglichkeit der Verkntipfung mit weiteren Elementen vom 
Typ Objekt, mit weiteren Elementen vom Typ Feature und mit 
Daten. 

Diese Aufgabe wird durch ein Verfahren zur Strukturierung, 
Speicherung und Verarbeitung von Daten gemafi einem 
generischen Objektmodell gel&st, wobei das Objektmodell 
mindestens ein erstes Element aufweist, welches einem Typ 
Objekt entspricht, wobei der Typ Objekt folgende Merkmale 
aufweist: 

- eine eindeutige Bezeichnung der Identitat des Objekts zur 
absoluten Ref erenzierung des Objekts, 

- einen logischen Namen zur Benennung des Objekts und 

- mindestens eine Verkntipfung mit einem zweiten Element, 
welches einem Typ Feature entspricht, wobei der Typ 
Feature folgende Merkmale aufweist: 

- einen im Bezug auf das jeweilige verkntipfte Objekt 
eindeutigen Namen und 
die Moglichkeit der Verkntipfung mit weiteren Elementen vom 
Typ Objekt, mit weiteren Elementen vom Typ Feature und mit 
Daten . 

Die Erfindung beruht auf der Idee, komplexe, vorzugsweise 
hierarchisch aufgebaute Datenmengen mit einem einheitlichen 
Objektmodell zu beschreiben und zu strukturieren. Alle 
Elemente des Typs Objekt haben die gleiche Grundstruktur, 
sind jedoch in unterschiedlichen Granularitatsstuf en 
einsetzbar. Die Struktur eines ubergeordneten Elements vom 
Typ Objekt findet sich also in der Struktur eines 
untergeordneten Elements vom Typ Objekt wieder. Das gesamte 
Objektmodell besitzt somit bis zur untersten Ebene eine 
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annahernd fraktale Struktur. Die Strukturierung der 
Datenmenge gelingt durch Replikation weniger Grundmuster und 
Grundstrukturen. Durch die Verwendung dieses 
Darstellungsprinzips (Objekt, Feature, etc.) kann erreicht 
werden, dass alle damit modellierten Datenbestande gemeinsame 
Grundstrukturen beinhalten, mit denen ein universelles 
Verstandnis moglich ist. Alle Elemente stellen die Struktur- 
Information eines Datenbestands dar. Applikationen k6nnen so 
auf einheitliche Weise auf die Daten zugreifen bzw. in den 
Obj ektgef lechten navigieren. Ferner konnen beliebige, heute 
noch nicht bekannte Abbildungsanforderungen erftillt werden, 
die dann auch wieder in dieses grundsatzliche Verstandnis der 
Einheitlichkeit einfliefien und von anderen Applikationen 
verstanden werden. Applikationen die sich diesem 
einheitlichen Format zuktinftig anpassen, genieiJen dann 
automatisch auch die Kompatibilitat mit alien vorherigen. 

Die Bezeichnung der Identitat eines Objektes wird nach der 
Erzeugung nie mehr geandert, insbesondere bleibt sie bestehen 
beim Verschieben des Objekts innerhalb eines Datenbestandes 
Oder dem Einftigen des Objektes in andere Datenbestande. Die 
Identitat dient zur eindeutigen I dent if izierung eines 
Objekts, d. h. uber die Identitat kann ein Objekt absolut, 
also ohne Bezug zu seiner Umwelt bzw. seinem Kontext, 
referenziert werden. 

Neben einer Identitat hat jedes Objekt einen logischen Namen. 
Der Name kann im Gegensatz zur Identitat geandert werden und 
muss auch nicht global eindeutig sein. Wenn jedoch 
Eindeutigkeit unter den Namen der Objekte in jedem Feature 
herrscht, dann konnen diese zur Bildung sogenannter Pfad- 
Referenzen (Referenzen eines Objekts im Bezug auf seine 
Umwelt) dienen. 

Elemente des Typs Feature bilden die Substruktur der Objekte. 
Sie gruppieren z. B. Parameter, Referenzen, Subobjekte, 
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Connectoren und Connections des Objekts und kSnnen auch 
selbst wieder tlber Features strukturiert werden. 

Gemafi einer vorteilhaften Ausgestaltung der Erfindung weist 
der Typ Objekt als weitere Merkmale eine Kennzeichnung des 
Objektstyps und eine Kennzeichnung einer Version des Objekts 
auf . Dies ist insbesondere vorteilhaft zur Strukturierung von 
komplexen, zeitlich variablen Datenbestanden. 

Eine weiter verbesserte Strukturierung der Daten lasst sich 
erreichen, wenn die durch ein Element vom Typ Feature 
verkniipften und gruppierten Elemente eine logisch 
zusammengehSrige Teilmenge aller Elemente eines Objekts 
bilden. Grundlage der Gruppierung kdnnen zum einen eine 
logische ZusammengehQrigkeit der Elemente des Objekts zu 
einer bestimmten "Sicht" (z. B. HMI, Hardware, Software) auf 
das Objekt sein. Mit dieser Unterteilung konnen die 
jeweiligen Applikationen leichter jene Objekt-Daten lesen, 
die sie interessieren. Zum anderen konnen Features zur 
Erweiterung von bestehenden Objekten urn spezifische weitere 
Objektinformationen verwendet werden, die zum Objekt 
hinzugeftigt werden sollen und evtl. nur fur bestimmte 
Applikationen von Interesse sind. Dieser Weg kann 
sinnvollerweise im Gegensatz zur Erweiterung durch Ableitung 
gewahlt werden, urn Produkte, die mit bestehenden Typen 
arbeiten, nicht inkompatibel werden zu lassen. Durch die 
Erweiterung tlber neue Features muss auf bestehende 
Applikationen keine Riicksicht genommen werden. 

Des Weiteren konnen die Objekte uber Features auch weitere 
(Sub-)Objekte und Referenzen zu anderen Objekten enthalten. 
ttber die Aggregation entsteht so ein Baum aus Objekten, wobei 
durch die Referenzen Querbeziige zwischen den Elementen dieses 
Baums dargestellt werden kdnnen. Vorteilhafterweise werden 
keine Rollen von Objekten explizit spezif iziert . Die Rollen 
werden implizit durch die Position eines Objekts im 
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Verhaltnis zu anderen Objekten dargestellt, beziehungsweise 
durch die Referenzen von und zu anderen Objekten ausgedrUckt. 

Wird das Objektmodell durch eine erweiterbare 
5 Kennzeichnungssprache beschrieben (z. B. XML = Extensible 
Markup Language), so erreicht man neben Einheitlichkeit und 
Erweiterbarkeit auch systematische Validierbarkeit . 

Oblicherweise bilden Datenbestande, welche beim Engineering 
von Automatisierungssystemen Verwendung finden, umf angreiche 
und komplexe hierarchische Strukturen. Um deren strukturellen 
Inhalt einheitlich und transparent fur verschiedene 
beteiligte Applikationen zur Verfttgung zu stellen, wird die 
Verwendung des erf indungsgemafien Systems bzw. Verfahrens zum 
Engineering einer Automatisierungsldsung vorgeschlagen. 

Nachfolgend wird die Erfindung anhand der in den Figuren 
dargestellten Ausftihrungsbeispiele naher beschrieben und 
erlautert . 
20 

Es zeigen: 

die Grundidee des Obj ektmodells in Form eines UML- 
Diagramms und 

ein System zum Engineering einer 
Automatisierungslosung • 

In FIG 1 wird die Grundidee des Obj ektmodells 10 in Form 
30 eines UML-Diagramm dargestellt. UML (= Unified Modeling 

Language) ist eine durch die Object Management Group (OMG) 
standardisierte graphische Sprache zur Beschreibung 
objektorientierter Modelle. Im Mittelpunkt des Obj ektmodells 
10 steht der Typ Objekt 100. Im Ausfuhrungsbeispiel besitzt 
35 jedes Objekt 100 die Attribute ID 2, OType 5, Version 4 und 
Name 3. Die ID 2 ist hierbei eine eindeutige Bezeichnung, die 
sich nie andert. Die ID 2 kann zum Beispiel eine GUID (= 



FIG 1 



25 



FIG 2 
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Globally Unique Identifier) sein. Sie dient zur eindeutigen 
Identifizierung des Objektes 100, d. h. tiber die ID 2 kann 
das Objekt 100 absolut, also ohne Bezug zu seiner Umwelt bzw. 
seinem Kontext, referenziert werden. Jedem Objekt 100 wird 
5 ein Name 3 zugeordnet. Ober den Namen 3 kann das Objekt 100 
ebenfalls referenziert werden. 

Wie im Diagramm von FIG 1 zu sehen, bilden Features 20 die 
Substruktur der Objekte 100. Sie gruppieren die Parameter 30, 
Referenzen 60, Sub-Objekte 100, Connectoren 40 und 
Connections 50 des Objekts 100 und konnen auch selbst wieder 
tiber Features 20 strukturiert werden* Die Verknupfung zum 
SubObjekt 100 ist im UML-Diagramm von FIG 1 mit dem 
Bezugszeichen 70 gekennzeichnet, das SubObjekt 100 erhalt 
jedoch das gleiche Bezugszeichen wie das oben erwahnte Objekt 
100, da es die gleiche Struktur aufweist. Grundlage der 
Gruppierung sind zum einen die logische Zusammengehorigkeit 
der Bestandteile des Objekts 100 zu einer bestimmten ^Sicht" 
(z.B. HMI, Hardware, Software) auf das Objekt 100. Mit dieser 
Unterteilung konnen die jeweiligen Tools leichter jene 
Objekt-Daten lesen, die sie interessieren. 

Zum anderen bilden Features 20 die Einheit der Erweiterung 
von Objekten 100 urn produktspezif ische Bestandteile. Features 
25 20 konnen somit zur Erweiterung von bestehenden Objekttypen 
um spezif ische weitere Objektinformationen verwendet werden, 
die zum Objekt 100 hinzugeftigt werden sollen und evtl. nur 
ftir bestimmte Applikationen von Interesse sind. Dieser Weg 
wurde im Gegensatz zur Ableitung gewahlt, um Produkte, die 
30 mit bestehenden Typen arbeiten, nicht inkompatibel werden zu 
lassen. Wenn ein Objekttyp um Daten eines anderen Produkts 
erweitert werden soli, so wird ein neues Feature 20 
definiert, das dann zu dem bestehenden Objekt 100 dazugeftigt 
wird. Die Definition des ursprtinglichen Objekttyps bleibt 
35 dabei bestehen, damit die Tools, die mit dem bisherigen 

Objekttyp arbeiten, nicht beeintrachtigt werden. Durch die 
Erweiterung tiber Features 20 muss auf bestehende 
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Applikationen keine Rticksicht genommen werden. Features 20, 
die einen im Bezug auf das jeweilige Objekt 100 eindeutigen 
Namen 21 tragen, haben jeweils 1 zu n - Beziehungen zu 
Parametern 30, Connectoren 40 und Connections 50. Des 
Weiteren kannen die Objekte 100 uber Features 20 auch Sub- 
Objekte 100 aggregieren und Referenzen 60/Relationen zu 
anderen Objekten 100 enthalten. tfber die Aggregation entsteht 
ein Baum aus Objekten 100. Durch die Referenzen 60 konnen 
Querbezuge zwischen den Elementen dieses Baums dargestellt 
werden. Die Parameter 30, Connectoren 40 und Connections 50 
stellen bildlich gesprochen das Laub des Baumes, also im 
Bezug auf die zu modellierenden Datenbestande die 
eigentlichen Daten dar. Features 20 konnen selbst wieder 
Features 20 enthalten. Objekte, Features und Referenzen 
stellen die Struktur-Information eines Datenbestandes dar. 

Die Identitat ID 2 eines Objektes 100 wird nach der Erzeugung 
nie mehr geandert. Insbesondere bleibt sie bestehen beim 
Verschieben des Objekts 100 innerhalb eines Datenbestandes 
und beim Einfugen des Objektes 100 in andere Bestande. Die ID 
2 dient als absolute Referenz auf ein Objekt 100. D. h. uber 
die ID 2 kann ein Objekt 100 absolut, also ohne Bezug zu 
seiner Umwelt/zu seinem Kontext referenziert werden. Neben 
einer ID 2 hat jedes Objekt 100 einen (logischen) Namen 3. 
Der Name 3 kann im Gegensatz zur ID 2 geandert werden und 
muss auch nicht global eindeutig sein. Wenn jedoch 
Eindeutigkeit unter den Namen 2 der SubObjekte 100 in jedem 
Feature 20 herrscht, dann konnen diese zur Bildung 
sogenannter Pf ad-Ref erenzen (Referenzen, die ein Objekt 100 
im Bezug auf seine Umwelt ref erenzieren) dienen. 

Es werden keine Rollen von Objekten 100 explizit 
spezifiziert . Die Rollen werden vielmehr implizit durch die 
Position eines Objekts 100 im Verhaltnis zu anderen Objekten 
100 dargestellt, beziehungsweise sie werden durch die 
Referenzen 60 von und zu anderen Objekten 100 ausgedriickt. 
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Durch die Verwendung dieses Darstellungsprinzips (Objekt 100, 
Feature 20, etc.) kann erreicht werden, dass alle damit 
mode llier ten Datenbestande gemeinsame Grundstrukturen 
beinhalten, mit denen ein universelles Verstandnis moglich 
ist, sprich Applikationen auf einheitliche Weise auf die 
Inhalte zugreifen bzw. in den Objektgef lechten navigieren 
konnen. Ferner konnen beliebige, heute noch nicht bekannte 
Abbildungsanforderungen erfttllt werden, die dann auch wieder 
in dieses grundsatzliche Verstandnis der Einheitlichkeit 
einfliefien, und von anderen Applikationen verstanden werden, 
Applikationen die sich diesem einheitlichen Format zukttnftig 
anpassen, geniefien dann automatisch auch die Kompatibilitat 
mit alien vorherigen. 

Wenn man diesen Gedanken in Schemas der Metasprache XML 
(=Extensible Markup Language) niederlegt, so erreicht man 
neben Einheitlichkeit und Erweiterbarkeit auch systematische 
Validierbarkeit • Das obige Objektmodell 10 sei im Folgenden 
anhand einer Darstellung als Schema in XML gezeigt: 

<xsd: complexType name="ObjectT"> 
<xsd: sequence> 

<xsd: element name=" Features" type="FeaturesT" minOccurs="0"/> 
</xsd: sequence> 

<xsd: attribute name="ID" type="IdT" use="required"/> 
<xsd: attribute name="Name" type="xsd: string" use="required"/> 
<xsd: attribute name= "Vers ion" type="VersionT" use="optional"/> 
<xsd: attribute name="Type" type="xsd: QName" use="optional"/> 
</ xsd: complexType> 

<xsct: complexType name="FeatureT" /> 
<xsd: complexContent> 
<xsd: sequence> 

<xsd: element ref="Parameter" minOccurs="0"/> 
<xsd: element ref="Ref erence" minOccurs="0" /> 
<xsd: element ref="Object" minOccurs="0" /> 
</xsd: sequence> 
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<xsd: attribute name="Name" type="xsd: string" use="required"/> 
</xsd: complexContent> 
</xsd: complexType> 

<xsd: complexType name="ParameterT"> 

<xsd : annotation> 

<xsd:documentation>Base type for all DIA-X parameters that 
are used within features of objects</xsd:documentation> 

</xsd: annotation> 

<xsd: attribute name="MustUnder stand" type="xsd: boolean" 
use="optional" default=" false" /> 

<xsd: attribute name="Name" type="xsd: string" use="optional" /> 
</xsd: complexType> 

Die der Erfindung zugrundeliegende Idee wird anhand eines 
weiteren Ausftihrungsbei spiels naher erlautert. Darzustellen 
sei ein Symbol, wie diese z. B. in der Automatisierungs- 
technik tlblich sind. So ein Symbol enthalt neben seinem Namen 
noch einen Typ, eine Richtung und einen Wert. Das zu zeigende 
Beispiel-Symbol sei dieses: 

S7_AO_Niveau E0 . 3 

Wobei *S7_AO__Niveau" der Name des Symbols ist. Typ und 
Richtung sind zusammen mit dem Wert in der Bezeichnung E0.3 
in der Weise verschliisselt, das 'E" die (deutschsprachige) 
Richtungsbezeichnung fur ^Eingang" bedeutet, und in der 
Punkt-Darstellung sich die Adressierung eines Bits innerhalb 
eines Wortes ausdrtickt. Das Beispiel-Symbol wtirde gemaii dem 
obigen Objektmodell 10 wie folgt dargestellt werden, und auch 
validierbar sein, wenn man das oben gezeigte allgemeine 
Schema noch mit den anschliefiend gezeigten symbol- 
spezifischen Verf einerungen versieht. Eine Instanz des 
Beispiel-Symbols *S7_AO_Niveau" ist als XML-Schema 
folgendermafien definiert: 
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<base: Symbol ID=" { 5ED19706-3840-4da0-ADD2- 

27491C0A58BB}"Name="S7_AO_Niveau"> 

<base:AddressFeature> 

<base:SymbolAddress Direction="In" AddressType= ,f Bit" Value="3.0 M /> 

</base:AddressFeature> 
</base : Symbol> 



Im Folgenden werden die genannten symbol-spezif ischen 
Verf einerungen beschrieben, mit deren Hilfe ein so 

10 beschriebenes Symbol validierbar wird. Als Erstes ist vom 
allgemeinen Typ *Objekt" ein symbol-spezif ischer Objekttyp 
(hier genannt * Symbol!" ) abzuleiten. Dieser enthalt wie oben 
erklart auch ein Feature (da er ja abgeleitet ist), namlich 
wiederum ein symbol-spezif isches Feature. Es sei 

15 ^SymbolAdressFeatureT" genannt. 

<xsd: element name==" Symbol" type=" Symbol T" 
subs titutionGroup="diax : Ob j ect "/> 

2 0 <xsd: complexType name= ,, SymbolT"> 
<xsd: complexContent> 

<xsd : extension base="diax : Ob j ectT"> 
<xsd: sequence> 

<xsd: element name=" Address Feature" 
2 5 type= " Symbol Addres s FeatureT " / > 

</xsd:sequence> 
</xsd: extension> 
</xsd: complexContent> 
</xsd: complexType> 

30 

Dieses symbol-spezif ische Feature (genannt 

^SymbolAddressFeatureT" - wobei *T" ftir Typ steht) enthalt 
gemafl obigem Basis-Objekt einen Parameter, namlich wiederum 
einen symbol-spezif ischen, der ^SymbolAddressT" heiiit: 

35 



Feature SymbolAddress FeatureT 
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<xsd: complexType name= 0 SyrobolAddressFeatureT"> 
<xsd: complexContent> 

<xsd: extension base="diax: FeatureT"> 
<xsd: sequence> 

<xsd: element name="SymbolAddress 



ri 



type="SymbolAddressT"/> 

</xsd: sequence> 
</xsd : extension> 
</xsd: complexContent> 
</xsd: complexType> 

Der symbol-spezifische Parameter ^SymbolAddressT" wird im 
Folgenden definiert. Er enthalt die restlichen Inf ormationen: 
Datentyp, Richtung, Wert. 

Parameter SymbolAddressT 

<xsd: complexType name="SymbolAddressT"> 
<xsd: complexContent> 

<xsd: extension base="diax: ParameterT"> 

<xsd: attribute name="Addr ess Type" type="AddressTypeEnumT" 
use="required"/> 

<xsd: attribute name=" Direct! on" type="Di recti onEnumT" 
us e=" required" /> 

<xsd: attribute name="Value" type="xsd: string" 
us e=" required"/> 

</xsd: extension> 
</xsd : complexContent> 
</xsd: complexType> 

Mit weiteren Spezif ikationen sind die im Adress-Parameter 
verwendeten Attribute ,Typ' und , Richtung' definiert. Der 
*Wert" ist letztlich nur ein xsd: string ohne Einschrankungen. 
Damit genugt das obige Beispiel-Symbol dem generischen Grund- 
Objektmodell 10 und ist voll validierbar festgelegt. 
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ttblicherweise sind Datenbestande 210, wie sie im Engineering 
220 von Automatisierungssystemen 230 vorkommen, als 
umfangreiche, komplexe hierarchische Strukturen beschaffen. 
Um deren strukturellen Inhalt einheitlich, und transparent 
5 ftlr andere zu machen, kann ein einfaches erf indungsgemafies 
Objektmodell 10 als zentrales, generisches Grundelement der 
Darstellung definiert werden. Das sei im Folgenden am 
Beispiel eines Hardware-Pro jekts 200 mit seinem strukturellen 
Aufbau demonstriert (siehe FIG 2). Das mit *Projekt" 200 

10 benannte hierarchische Geftige beinhalte eine Verarbeitungs- 
station 201, welche als *S7 300" bezeichnet wird. Diese 
enthalte auf einem "'Rack UR" 202 eine *CPU 315" 203, die 
unter vielem anderen in ihrem Symbol-Container das Symbol 
*S7_AOJSFiveau" enthalt. Zur validierbaren Darstellung dieser 

15 Strukturen sind naturlich wiederum spezifische Verf einerungen 
der Standard Schemas notwendig (zum Beispiel das 
StructuralFeature, das den Aufbau eines Objektes beschreibt) , 
auf deren Darstellung hier jedoch verzichtet wird. Hier sei 
der Hinweis genug, dass derer beliebig viele durch 

20 entsprechende Ableitung erstellt werden konnen, wodurch alle 
dargestellten Daten dann auch systematisch validierbar sind. 

<base: Project ID=" { 3E397603-9E8C-46EC-8B41-10A60FAA3B17 } " Name="Project"> 
<base : StructuralFeature> 
25 <base:Device ID=" {EEAD7EA6-2F73-46D8-BCF2-2DAC712CF813} " Name="S7300"> 

<base: StructuralFeature> 

<base: Device ID=" {E378890F-DEA9-41EF-8C35-6EEF76FD748B} " Name="UR"> 
<base : Structural Feature> 
<base:Device ID=" { 85852272-12E2-4D4 . . . } " Name="CPU315 ,, > 
3 0 <base : Sof twareFeature> 

<base:Symbol ID=" { 85F306C6-412...} Name= M S7_AO_Niveau"> 
<base :AddressFeature> 

<base:SymbolAddress Direction= ,, In" AddressType="Bit" 
Value="0.3"/> 
35 </base : AddressFeature> 

</base : Symbol> 
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Zusammenfassend betrifft die Erfindung somit ein System sowie 
ein Verfahren zur Strukturierung, Speicherung und 
Verarbeitung von Daten. Der Datenaustausch zwischen 
verschiedenen Sof tware-Applikationen wird vereinfacht durch 
5 die Strukturierung, Speicherung und Verarbeitung gemafi einem 
generischen Objektmodell 10, wobei das Obj ektmodell 10 
mindestens ein erstes Element aufweist, welches einem Typ 
Objekt 100 entspricht, wobei der Typ Objekt 100 folgende 
Merkmale aufweist: 
10 - eine eindeutige Bezeichnung 2 der Identitat des Objekts 
100 zur absoluten Ref erenzierung des Objekts 100, 

- einen logischen Namen 3 zur Benennung des Objekts 100 und 

- mindestens eine Verkniipfung 6 mit einem zweiten Element, 
welches einem Typ Feature 20 entspricht, wobei der Typ 

15 Feature 20 folgende Merkmale aufweist: 

- einen im Bezug auf das jeweilige verkntipfte Objekt 100 
eindeutigen Namen 21 und 

die MSglichkeit der Verkniipfung mit weiteren Elementen 
vom Typ Objekt 100, mit weiteren Elementen vom Typ Feature 20 
20 und mit Daten 30, 40, 50. 
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Patentansprtiche 

1- System zur Strukturierung, Speicherung und Verarbeitung 
von Daten gemafl einem generischen Objektmodell (10), wobei 
5 das Objektmodell (10) mindestens ein erstes Element aufweist, 
welches einem Typ Objekt (100) entspricht, wobei der Typ 
Objekt (100) folgende Merkmale aufweist: 

- eine eindeutige Bezeichnung (2) der I dent it at des Objekts 
(100) zur absoluten Ref erenzierung des Objekts (100), 

10 - einen logischen Namen (3) zur Benennung des Objekts (100) 
und 

- mindestens eine Verkniipfung (6) mit einem zweiten Element, 
welches einem Typ Feature (20) entspricht, wobei der Typ 
Feature (20) folgende Merkmale aufweist: 

15 - einen im Bezug auf das jeweilige verknupfte Objekt (100) 

eindeutigen Namen (21) und 
- die Moglichkeit der Verkntipfung mit weiteren Elementen 
vom Typ Objekt (100), mit weiteren Elementen vom Typ 
Feature (20) und mit Daten (30, 40, 50) . 

20 

2. System nach Anspruch 1, 

dadurch gekennzeichnet, 
dass der Typ Objekt (100) als weitere Merkmale eine 
Kennzeichnung des Objektstyps (5) und eine Kennzeichnung 
25 einer Version (4) des Objekts (100) aufweist. 

3. System nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dass die durch ein Element vom Typ Feature (20) verknupften 
30 Elemente eine logisch zusammengehorige Teilmenge aller 
Eleaente eines Objekts (100) bilden. 

4. System nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

35 dass die Elemente des Objekts (100) durch Referenzen (60) 
verkniipft sind. 
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5. System nach einem der vorhergehenden Ansprtiche, 
dadurch gekennzeichnet, 
dass das Obj ektmodell (10) durch eine erweiterbare 
Kennzeichnungssprache beschrieben wird. 

6. Verfahren zur Strukturierung, Speicherung und Verarbeitung 
von Daten gemafi einem generischen Objektmodell (10), wobei 
das Objektmodell (10) mindestens ein erstes Element aufweist, 
welches einem Typ Objekt (100) entspricht, wobei der Typ 
Objekt (100) folgende Merkmale aufweist: 

- eine eindeutige Bezeichnung (2) der Identitat des Objekts 
(100) zur absoluten Ref erenzierung des Objekts (100), 

- einen logischen Namen (3) zur Benennung des Objekts (100) 
und 

- mindestens eine Verkntipfung (6) mit einem zweiten Element, 
welches einem Typ Feature (20) entspricht, wobei der Typ 
Feature (20) folgende Merkmale aufweist: 

- einen im Bezug auf das jeweilige verkntipfte Objekt (100) 
eindeutigen Namen (21) und 

- die Moglichkeit der Verkntipfung mit weiteren Elementen 
vom Typ Objekt (100), mit weiteren Elementen vom Typ 
Feature (20) und mit Daten (30, 40, 50) . 

7. Verwendung eines Systems bzw. eines Verfahrens nach einem 
der vorhergehenden Ansprtiche zum Engineering (220) eines 
Automatisierungssystems (230) . 



WO 2004/042556 PCT/DE2003/003452 

1/2 



FIG1 




hasFeature 



hasFeature 



L 



20 



Feature 



+Name 



hasParam. 



31 



30 
1 



r 
32 



-10 



— 70 
hasSubObject 



referencesObject 
—60 



-21 



hasConnection 



hasConnector 



Parameter 



-i-Name 
,+Value 



40' 
41 



Connector 



-+Name 



< from 



< to 



50 



Connection 



+ Name 



51 



WO 2004/042556 PCT/DE2003/003452 



2/2 



FIG 2 




200 



*x ammo 2 6 APR 2005 
Fatent cooperation trea^^ 10/5 32, 7 3 9 

PCT 

DECLARATION OF NON-ESTABLISHMENT OF INTERNATIONAL SEARCH REPORT 
(PCT Article 17(2)(a), Rules 13/er.l(c) and 39) 



Applicant's or agent's file reference 
2002P16717WO 


IMPORTANT DECLARATION 


Date of mailing (day/month/year) 
23/03/2004 


International application No. 
PCT/DE 03/03452 


International filing date (day/month/year) 
17/10/2003 


(Earliest) Priority Date (day/month/year) 
30/10/2002 


International Patent Classification (IPC) or both national classification and IPC ^ ^ , 

G06F9/00 


Applicant 

SIEMENS AKTIENGE SELLS CHAFT 



i. in 



This International Searching Authority hereby declares, according to Article 17(2)(a), that no international search report will be 
established on the international application for the reasons indicated below. 

The subject matter of the international application relates to: 

scientific theories. 

mathematical theories. 

plant varieties. 

animal varieties. 

essentially biological processes for the production of plants and animals, other than microbiological processes and 
the products of such processes. 

schemes, rules or methods of doing business. 

schemes, rules or methods of performing purely mental acts. 

schemes; rules or methods of playing games. 

methods for treatment of the human body by surgery or therapy. 

methods for treatment of the animal body by surgery or therapy. 

diagnostic methods practised on the human or animal body. 

mere presentations of information. 

computer programs for which this International Searching Authority is not equipped to search prior art. 

The failure of the following parts , of the international application to comply with prescribed requirements prevents a 
meaningful search from being carried out: 

| | the description [IE] the claims 



a. 


□ 


b. 


□ 


c. 


□ 


d. 


□ 


e. 


□ 


f. 


□ 


g. 


[U 


h. 


□ 


i. 


□ 


j- 


□ 


k. 


□ 


1. 


□ 


TTL 


□ 



□ 



I 1 the drawings 

The failure of the nucleotide and/or amino acid sequence listing to comply with the standard provided for in Annex C of the 
Administrative Instructions prevents a meaningful search from being carried out: 

| | the written form has not been furnished or does not comply with the standard. 

f~j the computer readable form has not been furnished or does not comply with the standard. 



4. Further comments: 



See Supplemental Sheet 





Name and mailing address of the ISA/ 
Facsimile No. 


Authorized officer 
Telephone No. 



FormPCT/ISA/203 (July 1998) 



PCT/DE03/03452 



It is not possible to carry out a meaningful search of all the claims since the 
latter relate to schemes, rules and methods for mental acts - PCT Rule 
39.1 (Hi). Modelling constitutes a mental act, and the claims only contain a 
generic object model which still requires considerable additional modelling 
effort before it is able to be used in a concrete case. 

Furthermore, the claims do not clearly characterise a system or method. As 
features, they do not contain any means or steps, but merely an abstract, 
generic object model which is intended to be used "for structuring, storing 
and processing data". However, it is not possible for a person skilled in the 
art to determine or derive clearly the means or steps which have to be used 
for data processing (including storage) as per such an object model. Rather, 
any number of systems and methods can be imagined which, in the most 
varied ways, "structure", store and process any given data in any given field 
of application as per such an object model. The use of such an unclear 
system or method in an automation system is consequently also unclear. The 
scope of protection of the claims is therefore so unclear (PCT Article 6) that 
a meaningful search is not possible. It was therefore not possible to draw up 
a search report for the present application. 

The applicant is advised that claims relating to inventions in respect of 
which no international search report has been established cannot normally be 
the subject of an international preliminary examination (PCT Rule 66.1(e)). 
In its capacity as International Preliminary Examining Authority the EPO 
generally will not carry out a preliminary examination for subjects that have 
not been searched. This also applies to cases where the claims were amended 
after receipt of the international search report (PCT Article 19) or where the 
applicant submits new claims in the course of the procedure under PCT 
Chapter II. After entry into the regional phase before the EPO, however, an 
additional search can be carried out in the course of the examination (cf. 
EPO Guidelines, C-VI, 8.5) if the defects that led to the declaration under 
PCT Article 17(2) have been remedied. 



PCT 

ERKLARUNG LIBER DIE NICHTERSTELLUNG EINES IIMTERNATIONALEN RECHERCHENBERICHTS 
(Artikel 17 (2) a) und Regeln 13ter. 1 c) urfc 39 PCT) 



Aktenzeichen des Anmelders oder Anwalts 
2002P16717WO 



WICHTIGE ERKLARUNG 



(T ag/Monat/Jahr) 



23/03/2004 



Internationales Aktenzeichen 
PCT/DE 03/03452 



Internationales Anmeldedatum 
(Tag/Monat/Jahr) 

' 17/10/2003 



(FrQhestes) Prioritatsdatum 
(Tag/Monat/Jahl 30/10/2002 



Internationale Patentkiassifikation (IPC) oder nationale Klassifikation und IPC 



G06F9/00 



Anmelder 

SIEMENS AKTIENGESELLSCHAFT 



Die Internationale Recherchenbehorde erklart gernaB Artikel 1 7(2)a) f daB fOr die Internationale Anmeldung aus den nachstehend 
aufgefOhrten Grunden kein internationaler Recherchenbericht erstellt wird. 

1 . [x] Der Gegenstand der Internatlonalen Anmeldung betrifft folgende Gebiete: 

a. | j wissenschaftliche Theorien. 

b. mathematische Theorien. 

c. [~j Pffanzensorten. 
& | [ Tierarten. 

e. Q im wesentlichen biologische Verfahren zur ZQchtung von Pflanzen und Tieren mit Ausnahme mikrobiologischer 

Verfahren und der mit Hilfe dieser Verfahren gewonnenen Erzeugnisse. 

f. Q Plane, Regeln und Verfahren fQr eine geschaftliche Tatigkeit. 

g. [J] Plane, Regeln und Verfahren fur rein gedankliche Tatigkeiten. 

h. [~| Plane, Regeln und Verfahren fQr Spiele. 

i. Q Verfahren zur chirurgischen oder therapeutischen Behandlung des menschlichen K6rpers. 
j. EZI Verfahren zur chirurgischen oder therapeutischen Behandlung des tierischen Korpers. 

k. | j Diagnostizierverfahren zur Anwendung am menschlichen oder tierischen K8rper. 

I. Q bio Be Wiedergabe von Informationen. 

m. Programme von Datenverarbeitungsanlagen, in bezug auf die die Internationale RecherchenbehSrde nicht fur die 
DurchfOhrung einer Recherche Ober den Stand der Technik ausgerQstet ist. 

2- [jD Die fol 9 en den Teile der internationalen Anmeldung entsprechen nicht den vorgeschriebenen Anforderungen so daB eine 
sinnvolle Recherche nicht durchgefOhrt werden kann: 



I I die Beschreibung [x] die AnsprOche 



| | die Zeichnungen 



3. Q Das Protokoll der Nucleotid- und/oder Aminosauresequenzen entspricht nicht dem in Anlage C der Verwaltungsvorschriften 

vorgeschriebenen Standard, so daB eine sinnvolle Recherche nicht durchgefuhrt werden kann. 

I I - Die schriftliche Form wurde nicht eingereicht bzw. entspricht nicht dem Standard. 

Pj Die computerlesbare Form wurde nicht eingereicht bzw. entspricht nicht dem Standard. 

4. Weitere Serrierkungen: 

siehe Anhang 



Name und Postanschrift der Internationalen Recherchenbehorde 

Europaisches Patentamt, P.B. 5818-Patentlaan 2 
NL-2280 HV Rijswijk 
Tel. (+31-70)340-2040 
Fax: (+31-70) 340-301 6 



Bevollmachtigter Bediensteter 
Katrin Sommermeyer 



FormblattPCT/ISA/203 (Juli 1998) 



BEST AVAILABLE COPY 




International) 




tenzeichenPCT/DE 03/03452 



WEITERE ANGABEN 



PCT/ISA/ 203 



Eine sinnvolle Recherche auf der Grundlage aller Anspriiche ist nicht 
moglich, da diese sich beziehen auf - Plan, Regel n und Verfahren. fur 
gedankliche Tatigkeiten - Regel 39.1(iii) PCT. Model lierung stellt 
namlich eine gedankliche Tatigkeit dar; und die Anspriiche enthalten nur 
ein generisches Objektmodell , das noch erheblichen zusatzlichen 
Model lierungsaufwand erfordert, um in einem konkreten Fall benutzt werden 
zu konnen. 

DarUberhinaus bezeichnen die Anspruche nicht auf kl are Weise ein System 
oder Verfahren. Sie enthalten als Merkmale keine Mittel bzw. Schritte, 
sondern nur ein abstraktes, generisches Objektmodell, das u zur 
Strukturierung, Speicherung und Verarbeitung von Daten 11 verwendet werden 
soil. Es ist aber fur einen Fachmann nicht moglich, die Mittel oder 
Schritte klar.zu bestimmen oder abzuleiten, die zur Daten verarbeitung 
(incl. Speicherung) gemaB eines solchen Objektmodells benutzt werden 
miissen. Vielmehr sind beliebig viele Systeme und Verfahren denkbar, die 
gemaB eines solchen Objektmodells irgendwelche Daten irgendeines 
Anwendungsgebietes auf verschi endenste Arten "strukturieren", speichern 
und verarbeiten. Die Verwendung eines solch unklaren Systems oder 
Verfahrens in einem Automatisierungsystem ist folglich auch unklar. Der 
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also in der Regel keine vorlaufige Prufung fur Gegenstande durchfuhren, 
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Patentanspruche nach Erhalt des international eh Recherchenberi chtes 
geandert wurden (Art. 19 PCT), oder fur den Fall, daB der Anmelder. im 
Zuge des Verfahrens gemaB Kapitel II PCT neue Patentanspruche vorlegt. 
Nach Eintritt in die regional e Phase vor dem EPA kann jedoch im Zuge der 
Prufung eine weitere Recherche durchgefiihrt .werden (Vgl . EPA-Richtlinien 
C-VI, 8.5), soil ten die Mangel behoben sein, die zu der Erklarung gemaB 
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